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^ 1 
Description 

Method for relaying IP packets to an external control component 
of a network node 

5 

The invention relates to a method according to the preamble of 
claim 1. 

In future, internet protocol networks / also referred to as IP 
10 networks, will transport superior quality services in addition 
to the standard current internet and best effort services and 
allow new applications. This will require extensions to the 
controller of the network nodes of an IP network or the network 
controller, e.g. to manage network resources or for fast 
15 reconfiguration in the event of an error. 

In general the alternatives are as follows: 

• Integrating control components in the network components, 
network nodes and/or network elements, such as routers, or 

20 • Linking control components in the form of external servers 

to the network components, network nodes or routers to be 
controlled. This can take place directly, i.e. by means of 
a connection or line between an external interface of the 
network component and the nearby control component or via 

25 * a network connection between the network component and the 

control component . 

The first integrated solution has the advantage that network 
component information is available to the control component due 
30 to the close link with the network component. 



In contrast an ''add-on" solution is non-proprietary and more 
flexible, precisely because it is not so closely associated 
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with the internal elements of the network component. Also ''add- 
on" solutions can be based on standard hardware HW and software 
SW solutions, while network components such as routers are 
generally based on proprietary HW/SW solutions. ''Add-on" 
5 control components allow shorter development cycles and cost 
savings to be achieved. The disadvantage of ''add-on" solutions 
is however that internal network component information is not 
available. 

10 The problems relating to the second, external, "add-on" server 
solution are set out below using the example of an admission 
control AC control component. 

One object of an admission control is to receive incoming 
15 resource requests, compare these with the resources still 

available and, if resources are still available, to program a 
network node or router, e.g. the router at the edge of the 
network or edge router, to control the data flow. This includes 
setting so-called functions, such as marking, filtering and 
20 policing. 

The following two questions thereby arise: 
A) How do the resource requests reach the add-on control 
component or admission control? 
25 B) How can the control component or admission control control 
and configure the network node and from where does the control 
component obtain the necessary information about the internal 
elements of the network component, e.g. the interface at which 
a packet has been received and the interface to be configured? 

30 

There are two variants of a solution to A) in principle: 
1) The data path taken by the IP packets is known and the 
control component or admission control can therefore be 



2003P07420WOUS/PCT/EP2 004/050948 



3 

addressed directly accordingly. This is referred to as so-' 
called out-band signaling. . 

2) The signaling protocol follows the path of the data packets 
5 and therefore finds the control component or admission control 
automatically. This is referred to as so-called in-band 
signaling. 

Only signaling according to the variant 2), i.e. in-band 
10 signaling, is assumed below. 

The standard resource reservation protocol RSVP is an in-band 
signaling protocol. It resolves the questions set out above, as 
described under point 2) , and implements hop by hop reservation 
15 in the network node. The essential point here is that the RSVP 
entity is implemented in the router itself and can therefore 
operate in a very closely interleaved fashion with the router 
and its internal elements. 

20 The process is described schematically using the example of an 
RSVP-capable network, i.e. a network with RSVP-capable network 
nodes or routers according to figure 1. 

Figure 1 shows a schematic IP network comprising a plurality of 
25 network nodes and routers A to H, each having an internal 

control component AC. The network node A is connected to the 
network node E on the one hand by means of a series connection 
comprising the network nodes B, C, D and on the other hand by 
means of a series connection comprising the network nodes F, G, 
30 H. The network nodes B and G, C and H and D and H are also 

connected together. The connections or connection paths are for 
example configured as electrical or optical lines, such as two- 
wire lines, coaxial cables or optical waveguides. A subscriber 
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X is connected at the network node A and a subscriber Y is 
connected at the network node E. 

The subscriber X generates a resource request to the network 
5 for a data stream to the subscriber Y. It must thereby be 

ensured that the resource reservations in the network nodes are 
also actually made along the subsequent data path. In IP 
networks this data path is a function of current routing. 
Therefore in the resource reservation protocol RSVP the 

10 resource request is sent to the network with the IP destination 
address, i.e. the IP address of the subscriber Y. It therefore 
automatically follows the data path of the subsequent data 
stream to the subscriber Y. Although these RSVP messages are 
now not addressed to the RSVP control components AC or RSVP 

15 entities, the RSVP control components RSVP or RSVP entities of 
the network nodes on the path must be notified of them. 

These messages are therefore specifically characterized by the 
defined IP protocol type ''RSVP" in the IP header, i.e. in the 
20 header of an IP packet. 

The routers identify this protocol type and relay messages 
characterized thus directly to their RSVP entities, i.e. to the 
control component AC. 

25 

Later, during the course of the procedure, the RSVP entity at 
the edge of the network in respect of the subscriber X must 
configure its edge router A (filtering, marking, policing) . 
Specifically the interface, via which the RSVP message from the 
30 subscriber X originally arrived and via which the data stream 
from subscriber X to subscriber Y will later arrive, must be 
configured. As the RSVP entity is implemented in the router, it 
can reiquest this internal information. 
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The solution to both points A and B here is the close internal 
link between network node and control component. 
Re A) The resource requests reach the control component via 
5 specific filters in the network node or router, which identify 
the protocol ID and relay the packets past the routing directly 
to the internal control component. 

Re B) The control component AC obtains information for 
configuring the network node or router by accessing internal 
10 router data. 

With external control components there is the problem that this 
internal information is not requested from the network node or 
made available by the network node. 

15 

The object of the present invention is to specify a method, 
with which received IP packets can be relayed with interface 
information from the receiving network node to an external 
control component . 

20 

This object is achieved by a method according to the features 
of claim 1. 

The advantage of the invention is that IP packets with internal 
25 network node control information are relayed to an external 

control component. This means that a control component "added 
on'! to a network node can take over more extensive control 
tasks from the network node. 

30 Advantageous developments of the invention are specified in the 
subclaims . 
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An exemplary 'embodiment of the invention is illustrated in the 
drawing and described below. 

Figure 1 shows a schematic IP network with internal network. 
5 node control components AC according to the prior art, 

Figure 2 shows an IP network with the same structure as in 
figure 1 with external control components AC connected to the 
network node according to the invention. 

10 

Figure 1 shows an IP network according to the prior art as 
already described in the introductory part. 

Figure 2 shows a network according to figure 1 with the 
15 difference that an external control component AC is connected 
respectively to the network nodes A to H via a direct 
connection. 

In the same way as in the example mentioned in the introductory 
20 part, data packets are to be transmitted from the subscriber X 
to the subscriber Y. The external control components AC thereby' 
require defined IP packets such as the RSVP packets and 
information concerning the interface of the network node at 
which the IP packet /RSVP packet was received. The latter 
25 information is only, available internally in the network node 

and cannot be requested. The routing tables of the network node 
or router only contain information about destinations, not 
about where a packet came from. 

30 To resolve the problem, rules are first configured on the 
interfaces of the network nodes. Current network nodes or 
routers support so-called policy routing. Rules can thereby be 
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configured about how to proceed with specific packets. In this 
instance the rule is: 

"Packets with a defined protocol ID are not simply rerouted but 
5 are forwarded to a ''next hop" as set in the rule, which leads 
to the competent external control entity. 

According to the invention in-band IP signaling packets are 
output to an external interface of the network node, to which 
10 the external control component is linked. 

Secondly in addition to the ''next hop" the rules of policy 
routing also specify the value that a defined field of the 
header field of the IP packet should assxame. For example the 

15 value that the so-called DSCP field in the IP header that 
comprises 6 bits should assume. In Diffserv networks this 
serves to characterize packet priority. If the control 
component or control entity is linked directly to the network 
nodes or routers via a specific interface, this DSCP 

20 information is however not required. Therefore a rule is 

configured on every input interface of the network node, to 
input or code a number or other information in a defined field 
of the header fields of the IP packet or the IP header, such as 
the DSCP field. This number is assigned uniquely to an 

25 interface, so that every interface respectively inputs a number 
or ID assigned to it in an IP packet, if the IP packet is 
intended for the external control component. This means for 
example that every in-band IP signaling packet, for example of 
the protocol type RSVP, is modified on the interface in the 

30 DSCP field, the number of the interface is for example input 
there and said packet is relayed to the external control 
component. 
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As the DSCP field in the header comprises 6 bits, it is 
possible to differentiate 64 values and therefore 64 interfaces 
of a network node. 

5 The DSCP value can of course still be used to characterize 
packet priority in the network itself, as it can be set for 
example by the control component AC or control entity to a 
different value. Also, irrespective of "misuse" of the DSCP 
priority field, the packet can be processed in the relevant 
10 router itself with a selectable priority, as this can also be 
formulated in a router rule. 

With a view to adding internal router information, such as 
interface numbers, virtual path identifier numbers or virtual 
15 channel identifier numbers, also referred to as VPI/VCI 

numbers, to the IP packets by means of rules in the router, it 
is possible to operate control components or control entities 
separately from the router. 



